METHOD FOR IMPLEMENTING A MULTIPLE WINDOW JAVA APPLEjJ^ 

BACKGROUND OF THE INVENTION sCsIls? 

Si 



1. Field of the Invention. ^ 
5 This invention relates in general to generating Web content, and in particular, 

to a method for implementing a multiple screen Java Applet for use with Web pages. 



2. Description of Related Art. 

As the popularity and usefulness of the Internet grows, more developers are 

10 turning to Java. Java is a popular computer language used to create platform- 
independent applications. Generally, Java applets are loaded into browsers from web 
pages to create text, graphics, or to perform some other useful function. Within the 
Java programming language, a developer can create applets or standalone applications. 
Applets are programs executed as part of a Web page and displayed within a Java- 

15 enabled browser. Standalone applications, on the other hand, are general-purpose 

Java applications that don't need a browser to run, but require a Java Virtual Machine 
(JVM) on the computer where the standalone application is to be executed. 

In the prior art, Java applets can only display a single page or window at a 
time. Generally, this is a restriction imposed by the browser or the browser's JVM. 
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It can be seen then, that there is a need for a method for implementing applets that 
can display more than one page or window at a time. 
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SUMMARY OF THE INVENTION 
To overcome the limitations in the prior art described above, and to 
overcome other limitations that will become apparent upon reading and 
understanding the present specification, the present invention discloses a method, 
apparatus, and article of manufacture for displaying multiple window applets on a 
computer. The applet is written using the frame class and intercepts the methods by 
which an applet is started and started by the computer to allow more than one applet, 
or more than one applet window, to be open at any given time. By intelligently 
intercepting the start and stop methods, and tracking which applets are open, 
multiple applets can be open at any given time within the system. 

An object of the present invention is to provide a method for implementing a 
multiple screen Java applet. A further object of the present invention is to provide 
multiple open applets for simultaneous use on a computer system. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

FIG. 1 is a block diagram that illustrates an exemplary client-server hardware 
5 environment that could be used by the preferred embodiment of the present 
invention; 

FIGS. 2 A and 2B illustrate web pages that are opened in succession by a web 
browser; 

FIG. 3 illustrates a multiple page applet on a computer monitor as embodied 
10 in the present invention; and 

FIG. 4 is a flowchart illustrating how the present invention controls various 
operations associated with applets. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



In the following description of the preferred embodiment, reference is made 
to the accompanying drawings which form a part hereof, and in which is shown by 
way of illustration a specific embodiment in which the invention may be practiced. 
It is to be understood that other embodiments may be utilized and structural and 
functional changes may be made without departing from the scope of the present 
invention. 

Overview 

When an Internet user retrieves web pages, they use a browser to transmit 
HyperText Transfer Protocol (HTTP) commands from their computer to a web 
daemon executed by a connected server computer. In turn, the web daemon 
responds with a HyperText Mark-up Language (HTML) (or other formatted) page 
that is transmitted to the browser for display to the user. 

Within the Internet environment, the use of Java to create web pages and 
other web-based applications is widespread. Java is used because of its platform 
independence. Theoretically, a Java application can be executed by any client 
computer that has a JVM, regardless of that client computer's hardware or operating 
system type. 
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A number of high-level features of the Java computer language are used to 
support this platform independence. One such high-level feature is the Abstract 
Window Toolkit (AWT). The AWT is a Graphical User Interface (GUI) that offers a 
variety of tools for creating buttons list boxes, etc., drawing two dimensional 
entities, creating text fonts and colors, scaling entities, etc. Further, the AWT 
handles events between users and computer systems such as keyboard entries, mouse 
clicks, etc, AWT provides a foundation for users to make applications and applets 
that are portable across platforms, which makes the applet or application have similar 
characteristics, also known as a "look and feel," on whatever platform a particular 
user is operating. 

Applet Limitations 

Many web browsers are designed to display only one applet window at a time, 
and thus, only one applet window can be active at any one time. Once the browser is 
commanded to switch to another web page or web site, the applet window will 
disappear, and the applet will cease executing. The present invention allows for 
multiple applet windows to be visible and active at any one time, and moreover, 
allows the applet to continue executing even when the browser's focus switches to 
another web page. 
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It is desirable to have applets that display multiple windows, because it allows 
further flexibility for both web page designers and web page users. For example, an 
applet can monitor hardware and software resources from multiple physical 
locations, and can run continuously. At certain times, multiple windows can be open 
on a computer display for a user to monitor the status on one window, and respond 
to events that are occurring on another window. The requirement of multiple open 
windows is in conflict with the limitations of current web browsers, and is the focus 
of the present invention. 

The limitations of the prior art are minimized by the present invention* The 
present invention implements an applet that intelligently responds to the open and 
close commands, e.g., the Init, Start, Stop, and Destroy methods implemented in the 
Java computer language, to allow for multiple windows to be open at any given time. 

Hardware Environment 

FIG. 1 schematically illustrates an exemplary hardware environment that 
could be used with the preferred embodiment of the present invention, and more 
particularly, illustrates a typical distributed computer system using the Internet 100 
to connect client systems 102 executing Web browsers 104 to server systems 106 
executing Web daemons 108. A typical combination of resources may include clients 
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102 that are personal computers or workstations, and servers 106 that are personal 
computers, workstations, minicomputers, or mainframes. These systems are coupled 
to one another over a network 100, which may include other networks such as 
intranets, extranets, LANs, WANs, etc., as well as the Internet. 

Either or both of the Web browser 104 and Web daemon 108 may include a 
Java Virtual Machine 0VM) 110 that executes Java applets 112, objects, scripts, etc., 
associated with various Web content. 

In general, the web browser 104, web daemons 108, JVM 110, and applet 112 
each comprise data and/ or instructions which, when read and executed by the server 
computer 106 or client computer 102, cause the computer 102 and/or 106 to perform 
the steps for implementing and/or using the present invention. Generally, the data 
and/ or instructions are embodied in and/or readable from a device, carrier or media, 
such as memory, data storage devices, and/or remote devices coupled to the computer 
via a data communications device. 

Thus, the present invention may be implemented as a method, apparatus, or 
article of manufacture using standard programming and/or engineering techniques to 
produce software, hardware, firmware, or any combination thereof. In addition, the 
term "article of manufacture" as used herein is intended to encompass logic and/or 
data embodied in or accessible from any device, carrier, or media. 
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However, the exemplary environment illustrated in FIG. 1 is not intended to 
limit the present invention. Indeed, other alternative hardware environments may be 
used without departing from the scope of the present invention. 

Operation Of The Invention 

Within the Java language, the AWT offers two classes that can create popup 
windows that appear outside the constraints of the normal browser 104 area allocated 
to an applet 112: Window and Frame. 

The Window class is derived from the Container class so the Window class 
can contain other GUI components, also called widgets. Unlike applets 112, the 
Window class is not restricted to a pre-specified area of the screen within the browser 
104. Window class objects can be resized, rendered not visible to the user until the 
"showO* method is called, rendered invisible to the user when the "hide0" method is 
invoked, and freed when the tt dispose0" method is invoked. 

The Frame class extends the Window class by offering a title bar, a border for 
resizing objects, menus, and the ability to modify the cursor to various states when 
the frame or frame's components are in different states. For example, when a button 
is selected, or an operation is in progress, the cursor can change from an arrow to an 
hourglass, based on instructions contained within the Frame class. For most 
platforms, the title bar will tie control boxes, e.g., minimize, maximize, or close, to 
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the computer system. The Frame class has all of the elements to make an applet look 
like a real application, complete with menu and system controls. 

The present invention uses the Frame class to allow multiple window applets 
112, offered within the Java AWT, to make the applet 112 "look and feel" like a Java 
application. Since Frame class objects can be displayed or closed at any time, be 
minimized or maximized, and displayed at multiple locations on the monitor, the use 
of the Frame class by the present invention allows multiple window Java applets 
112to be open simultaneously, and also allows multiple applets 112 to be open 
simultaneously. 

Applet Availability 

FIGS. 2 A and 2B illustrate web pages that are opened in succession by a web 
browser 104. In FIG. 2A, web browser 104 executes an applet 112 to display the 
window 202 on monitor 200 of client 102. The applet 112 window 202 display, i.e., 
what is shown on monitor 200, is controlled within the web browser 104. In FIG. 
2B, the web browser 104 is commanded by the user to switch to another web site. As 
shown in FIG. 2B, web browser 104 now executes another applet 112, which displays 
another window 204, and window 202 is replaced by the new window 204 on 
monitor 200. 
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FIG. 3 illustrates a multiple window applet on a computer monitor as 
embodied in the present invention. 

By using the frame 300 to display windows 202 and 204, both windows 202 
and 204 executed by the applet 1 12 can be open at the same time in the frame 300. 
Frame 300 contains additional items, such as minimize window box 302, restore 
window box 304, and close window box 306, which allow the user to size the frame 
300 as desired. Further, frame 300 can contain menu 308 to allow the user to 
manipulate frame 300 and/or windows 202 and 204 as desired. 

The use of the frame 300 allows multiple windows 202 and 204 to be open 
simultaneously. Frame 300 must account for additional items associated with 
windows 202 and 204, namely when to open and close windows 202 and 204. 

FIG. 4 is a flowchart illustrating how the present invention controls various 
operations associated with applets 112. 

To develop windows 202 and 204 pages that have pages displayed outside of 
the web browser's 104 control as in the present invention, the problem of when to 
stop the applet 112 and close windows 202 and 204 becomes a concern. There are 
four methods that the web browser 104 uses to interact with applets 112: Ink, Start, 
Stop, and Destroy. 

The Ink method is called by the browser 104 to load and initialize applet 112 
into the system. Ink is always called before the first time the Start method is called. 
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The Start method is called by the browser 104 to inform the applet 112 that 
applet 202 should start execution. Start is called after the Init method and each time 
the applet 202 is revisited in a web page. A subclass of applet 112 should override this 
method if it has any operation that it wants to perform each time the web page 
containing the applet 112 is visited. 

The Stop method is called by the browser 104 to inform applet 112 that applet 
112 should stop execution. Stop is called when the web page containing applet 112 
has been replaced by another applet 112 window or page, and also just before the 
applet 112 is to be destroyed. A subclass of applet 112 should override this method if 
it has any operation that it wants to perform each time the web page containing the 
applet 112 is no longer visible on monitor 200. 

The Destroy method is called by the browser 104 to inform the applet 112 
that applet 112 is being reclaimed and that it should destroy any resources that it has 
allocated. The stop method will always be called before the destroy method. A 
subclass of applet 112 should override this method if it has any operation that it 
wants to perform before it is destroyed. 

FIG. 4 is a flow chart that illustrates the logic performed by an applet 112 
according to the preferred embodiment of the present invention. Block 400 
illustrates the applet 112 being initialized. Block 402 illustrates applet 112 waiting for 
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an event, e.g., the sending of a message indicating one of the methods to be performed 
by the applet 112, or some other processing method to be performed. 

Once an event is received, control passes to decision block 404, where applet 
1 12 determines if the event is an ink method request. If so, control passes to decision 
block 406, where the applet 112 determines if the init is a "first init," e.g., the applet 
112 has not already been loaded and started by client 102 or web server 106. This can 
be determined by checking to see if any windows or frames 300 associated with the 
applet 112 are opened, or by other methods. If applet 112 determines that this is a 
first init, e.g., the first time that the applet 112 has been opened for this computing 
session, then control passes to block 408, where the applet 202 is initialized * 

If applet 112 determines that applet 112 has already been opened in this 
computing session, then the init command received in block 404 is not a "first ink" 
and applet 112, via frame 300, knows not to reinitialize applet 112. Instead, control 
passes from block 406 back to block 402. 

If the event received in block 402 was not an init request, control passes from 
block 404 to decision block 410, where applet 112 determines if the event was a start 
request. If so, control passes to decision block 412, where the applet 112 determines 
if the start is a "first start," e.g., the applet 112 has not already been loaded and started 
by client 102 or web server 106. This can be determined by checking to see if any 
windows or frames 300 associated with the applet 112 are opened, or by other 
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methods. If applet 112 determines that this is a first start, e.g., the first time that the 
applet 112 has been opened for this computing session, then control passes to block 
414, where the applet 112 is executed by client 102 or web server 106. 

If applet 112 determines that applet 112 has already been started in this 
computing session, then the start command received in block 412 is not a "first start * 
and control passes to block 416, where the applet 112 merely reopens a previously 
opened window 202 or 204 of applet 112. Regardless of whether control passed to 
block 414 or 416, control returns to block 402 to wait for another event. 

If the event received in block 402 was not an init or a start request, control 
passes from block 410 to decision block 418, where applet 112 determines if the event 
was a stop request. If so, control passes to block 420, where the applet closes the 
window 202 or 204 associated with applet 112. Control then passes back to block 
402 to wait for another event. 

If the event received in block 402 was not an init, start, or stop request, 
control passes from block 418 to decision block 424, where applet 112 determines if 
the event was a destroy request. If applet 112 determines that this is a destroy, e.g., 
that applet 112 is to be stopped and resources deallocated, then control passes to 
block 424, where the applet 112 deallocates the resources used by applet 112. Control 
then passes to block 402 to wait for another event. 



14 



NCR 7842 



If the event received in block 402 was not an ink, start, stop, or destroy 
request, control passes from block 422 to decision block 426, where applet 112 
determines if the event was an exit request. This tells the applet 112 that the user 
really wants to stop execution of applet 112, even if the user wants to continue to 
access the web. If the request is an exit request, control passes to block 428, where 
the applet execution is stopped. Although not required by the logic, the user has the 
option of closing and deallocating the applet 112 to free up resources to be used for 
other processing and displaying resources if desired. 

If applet 112 determines that the event is not an exit command, control passes 
to block 430 for other processing. Regardless of whether control passed to block 428 
or 430, control returns to block 402 to wait for another event. 

There are other logical methods to control the opening and closing of applet 
112 windows 202 on the monitor 200. Depending on application requirements, the 
user can program applet 202 to close all windows 202 and stop applet 112 execution 
when the web browser 104 switches to a new applet 112 e.g., a different web site, but 
to continue display of the main window 202 of applet 112 and allow execution of 
extra screens of applet 112 from whatever applet 112 is active. 

Alternatively, the applet can close the active frames 300 of applet 112 when 
the web browser 104 switches the web site, and reopen when the applet 112 is 
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revisited. The applet 112 keeps track of whether it is open or not, and responds to 
ink and start methods as described in FIG. 4. 

Another way to program applets 112, as described in FIG. 4, is to allow the 
applet 112 to leave all frames open, and applet 112 will continue to run even when 
5 the user executes another applet 112. An additional command, e.g., the exit 

command, is provided to stop (and, if desired destroy) active applet 112 only when 
the exit command is received. 



Conclusion 

10 This concludes the description of the preferred embodiment of the invention. 

The following describes some alternative embodiments for accomplishing the present 
invention. For example, any type of computer, such as a mainframe, minicomputer, 
or personal computer, could be used to implement the present invention. In 
addition, the present invention is not limited by specific document or programming 

15 languages, and could comprise languages other than XML and Java. For example, the 
present invention could also be used with HTML, SGML, NetRexx, VisualBasic 
Script, XML, Perl, C, C+ +, Cobol, etc. 

In summary, the present invention discloses a method, apparatus, and article 
of manufacture for displaying multiple window applets on a computer. The applet is 

20 written using the frame class and intercepts the methods by which an applet is started 
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and started by the computer to allow more than one applet, or more than one applet 
window, to be open at any given time. By intelligently intercepting the start and 
stop methods, and tracking which applets are open, multiple applets can be open at 
any given time within the system. 

The foregoing description of the preferred embodiment of the invention has 
been presented for the purposes of illustration and description. It is not intended to 
be exhaustive or to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the above teaching. It is intended 
that the scope of the invention be limited not by this detailed description, but rather 
by the claims appended hereto. 
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